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L JREAL PARTY IN INTEREST 

The real par^ in interest for this appeal is Adaptec, Inc., a corporation 
established under die laws of the State of Delaware and having a principle place of 
business in Milpitas, California. 

11. RELATED APPEALS AND INTERFERANCES 

Applicants are unaware of any related appeal or interference. 

ID. STATUS OF CLAIMS 

A. Total Claims: 1-24. 

B. Current Status of Claims: 



1. 


Claim canceled: none 


2. 


Claims withdrawn: ndhe 


3. 


Claims pending: 1-24 


4. 


Claims allowed: none 


5. 


Claims rejected: 1-24 



C. Claims on Appeal: 1-24 

IV. STATUS OF AMEN1>MENTS 

An Amendment wth all compliances C Amendment A") in response to a 
Non-Final Office Action was submitted on 02/05/2007. A Final Office Action was 
mailed on 03/27/2007. A Notice of Appeal was submitted on 05/23/2007 giving 
notice to appeal the rejections in the Final Office Action. An Appeal Brijef was filed 
on 07/23/2007. The Examiner mailed an Examiner's Answer on 1 1/02/2007. This 
Reply Brief is filed in response to the Examiner's Answer. The claims on appeals 
are those in the Amendment A. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 
A. Independent claim 1 

Independent claim 1 is a method for establishing a connection between a 
first device and a second device, said first device comprising a first protocol driver. 
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a first application, a first socket layer disposed between said first protocol driver and 
said first application, and a first NIC driver, said second device comprising a second 
NIC driver (Paras. [0043], [0054], and [0057]; Figs. 3 and4A-BX said method 
comprising: providing a first filter between said first socket layer and said first 
protocolidnyer, said first filter being to said first NIG driver and first NIG 

hardware that is driven by said first NIG driver (Para [0043]; Figs, 3 and 4A-B); 
providing a first offload hardware in said first device (Paras. [0043]-[0044]; Figs. 
3); providing a sewnd filter in said second device (Para. [0043]; Figs. 3 and 4A-B); 
receiving, using said first filter, a request from said first appljcation through said 
first socket layer (l^ara. [0047]; Figs. 3 and 4 A-C); examining, using said first filter, 
a transport handle in said request to determine whether said connection is an offload 
connection (Paras. [0046] and [0065]; Fig. 4C); processing said request to produce a 
packet set, said proc^sing being performed by said first offload hardware if said 
connection is an offload connection, said processing being perfbrmiid by s^id^first 
protocol driver if said connection is not said offload connection, said packet set 
including one or more ordered packets (Para. [0047] and [0065]; Figs. 4G-D); 
sending, using said first NIC driver and said first NIC hardware, said packet set to 
said second device (Para. [0047]); determining, using said second NIC driver, 
whether said packet/set contains an offload transport handle (Para. [0067]; Fig. 4D); 
and passing said packet set to said second filter if said packet set contains said 

offload trimsport hatidle OP^^^^^^ 41>)t:: 

Claims 2-12, which ab argued together with indep^^^^ 
directly or indirectly from independent claim 1 and incorpoi^te all of the elements 
of independent claim I, as described above. 

B. Independent claim 13 

Independent claim 13 is an apparatus comprising: an application (Paras. 
[0043], [0054], and [0057]; Figs. 3 and 4A-B); a socket layer (Paras. [0043], [0054], 
and [0057]; Figs. 3 and 4A-B); a filter configured to receive a request from said 
application through said socket layer and to examine a transport handle in said 
request for determining whether a connection pertaining to said request is an offload 



connection (Paras, [0043], [0046], [00$4], [0057], and [0065]; Figs. 3 and 4A-C); a 
protocol driver configured to process sajd request into a packet set if said 
connection is not said offload cpnnectib^^ isaid packet set including^bne or morie 
ordered packets (Para. [0047] and [0065]; Figs. 4045); an offload hardware 
configured to process said request into ^aid packet set if said connection is said 
offload connection (Paras. [0043]-[0044], [0047], and [0065]; Figs, 3 and 4C-D); a 
NIC driver configured to transmit said packet set (Paras. [0043]-[0047]; Figs. 3); 
and NIC hardware driven by said NIC driver (Paras, [0043]-[0047]; Figs, 3), 
wherein said filter is disposed between said socket layer and said protocol driver 
and external to said NIC driver and said NIC hardware (Paras, [0043]-[0044]; Figs. 
3 and 4A-B). 

Claims 14-24, which are argued together with independent claim 13, depend 
directly or indirectly from independent claim 13 and incorporate all 6^ the elements 
of independent claim 13, as described above; 

C. Dependent claims 

Claim 2 is a dependent claim to independent claim 1 and recites the method 
of claim 1, wherein said second filter is provided between a second socket layer and 
a second protocol driver in sstfd secoridideyice (Paras. [0043]-[0044]; Figs. 3 and 
4A.B), 

Claim 3 is a dependent claim to independent claim 1 and recites the method 
of claim U wherein said first offload hardware is implemented in said first NIC 
hardware (Para. [0044]). 

Claim 4 is a dependent claim to independent claim 1 and recites the method 
of claim 1, wherein said processing is performed by smd first protocol driver if said 
connection is an IPsec connection (Para. [0044]). 

Claim 5 is a dependent claim to independent claim 1 and recites the method 
of claim 1, wherein said transport handle pertains to at least one of hardware 
capabilities of said first device and a routing table (Para. [0046]). 
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Claim 6 IS a dependent claim to independent claim 1 and recites the method 
of claim I, wherein at least one of said first protocol driver and said second protocol 
is configured for processing a transport protocol (Para. [0044]). 

Claim 7 is a dependent claim to independent claim 1 and recites the method 
of claim 1, wherein at least one of said first protocol driver and said second protocol 
is configured for processing TCP (Para. [0044]). 

Claim 8 is a dependent claim to independent claim 1 and recites the method 
of claimj, at least ongeof said first protocol driver and said second protocol is 
configured for processing IP (Para. [0044]). 

Claim 9 is a dependent claim to independent claim 1 and recites the method 
of claiin l jfurther comprise providing a secpnd ctffload hard said second 
deyite|saii: second bife hardware cphfiguredjfpr re-^^ said packet set 

into a^ata stream (Para4^ 

feiaim 10 is a dependent claim to independent claim 1 and recites the method 
of claim i, wherein said determining includes detecting at least one of a connection 
establishment handshake and a handshake termination between said first device and 
said second device (Para, [0046]). 

Claim 1 1 is a dependent claim to independent claim 1 and recites the method 
of claim 1, wherein said determining includes using said second filter (Paras. 
[0057]-[0058]), 

Claim 12 is a dependent claim to independent claim 1 and recites the method 
of claim i, wherein said first protocol driver is sup^^^ operating system of 

said first device and without being modified (Paras. [0044] and [0052]), 

Claim 14 is a dependent claim to independent cl^m 13 and recites the 
apparatus of claim 13, wherein said filter is included in an operating system of said 
apparatus (Paras. [0044] and [0052]). 

Claim 15 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 1 3, wherein said oflfload hardware is implemented in said NIC 
h^dware (Para. [0044]). 
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Claim 16 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 1 3, wherein said protocol driver is configured to process said 
request if said connection is an IPsec connection (Para. [0044]). 

Claim 4 7 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 13, wherein said transport handle pertains to at least one of 
hardware capabilities of said apparatus and a routi ng table (Para, [0046]). 

Claim 18 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 1 3, wherein said offload hardware is configured to process a 
transport protocol (Para. [0044]). 

Claim 19 is a dependent claim to independent cl^m 13 and recites. the 
apparatus of claim 13, wherein said offload: hardware is configured to process TCP 
(Para. [0044]). 

Claim 20 is a dependent^jcl^ to jndependent claim 13 ^^a^ recites the 
^ apjiig^^ 13vwherei!iM^ IP 

(Para: [0044]). ^ 

Claim 21 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 13, wherein said offload hardware is further configured to re- 
assemble an incoming packet set into a data stream, said incoming packet set 
including one or more packets (Para. [0047]). 

Claim 22 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 13, wherein said NIC dfiver is further configured to determine 
whether an incoming packet set contains an offload itt^nsport^handle and to, if $aid 
incoming packet set contains said offload transport handle, pass said incoming 
packet set to said filter (Para. [0046]). 

Claim 23 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 13, wherein said filter is further configured to determine whether 
an incoming packet set contains an offload transport handle (Para. [0046]). 

Claim 24 is a dependent claim to independent claim 13 and recites the 
apparatus of claim 13, wherein said protocol driver is included in an operating 
system of said apparatus without being modified (Paras. [0044] and [0052]). 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

Whether or not claims 1-24 are unpatentable under 35 U.S.C. 103(a) over 
Boucher et al. (US Patent No. 6,247,060), hereinafter "Boucher**, in view of Anand 
et alv (US Patent Application No. 2002/0062333);herein after "Anand", 

VIL ARGUMENT 

Rejections under USC 8 103 
" On pkge 4 of the Examiner's Answer, the Examiner argues that claims 1-24 
are rejected under 35 US.C. 103(a) as being unpatentable over Boucherand Anand. 

A rejection under 35 U^ combined references 

suggest the claimed combination. (MPEP 706 and 2141 et seq ). Under the Graham 
testilthree fa«ors niust b 

differences between the prior art and the claimed invention; and the level or 
ofdinaiy sldU in thfe art. (M^ 

Independent CI aim is 1 and 13 

On pages 4-6 and 8-9 of the Examiner's Answer, the Examiner argues that 
the combination of Boucher and Anand teach the limitations of independent claims 
1 and 1 3 of this application and argues that the combination would have been 
obvious to one having ordinary skill in the art at the time of the invention. 

On pages 10-11 of the Examiner^s Answer, the Examiner provides 
Examiner*s arguments (I), 01), and (lEO in response to die Applicant's arguments. 
In response. Applicant's remains are pipvided 

iLxanuner *s argument 0): 

The Examiner argues that, as pointed out by Applicant, Boucher teaches a 
filter driver at the top of the TCP/IP protocol stack (col. 32, lines 25-33) and argues 
that, since the filter intercepts route socket information from the socket layer 
destined for the TCP driver (col. 44, line 64-col. 45, line 10), it is obvious that the 
filter is provided between a socket layer and a protocol layer. 
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A pplicant "s remark re^ardim Examiner \s argument (1): 

Applicant respectfully agrees that, as argued by the Examiner, Boucher mzy 
be construed to teach a filter bet^yeen a socket layer and a protocol driver. 

Examiner \s argnmenl 01): 

The Examiner argues that Boubher teaches using a filter^^^^^ 
54) and Anand teaches examininga transport handle in a request using a process in 
the NIC 100 (Para. 56t58). The Examiner indicates that in Para 56 Anand states, 
**This data field can simply be in the form of a control flag or flags, which merely 
indicates that a particular function be performed (such as a checksum), or the 
information can be in the form of a pointer to a data sthicuire that further defines 
how a task should be carried out" Accordingly, the Examiner argues that Boucher 
and Anand teach the claimed limitations. 

A pplicant remark resardin^ Examiner 's armment (ID: 

Applicant respectfully disagrees and wishes to point out that the combination 
of Boucher and Anand does not teach the limitations of "determining, using said 
second NIG driver, whether said packet set contains an offload transport handle" 
and "passi^ said packet set to said second filter if saiS packet set contains said 
offload transport handle*' as required in claim 1 . Applicant also wishes to point out 
that the combination #Bbuchet and Anand the litnUation of "afilter 

conflgured to examinea transport handle in said request for determining whether a 
connection pertaining to said request is an ofHoad connection'* as required in claim 
13, 

In Para, 56, Anand teaches, "FIG. 4 further illustrates the additional data 
stmcture field that is appended to the NDIS data packet to identify task offloads — 
the packet extension 150 . As discussed, it is this packet extension 150 which 
defines a data structure containing information necessary for the identification of the 
particular task, or tasks, that are being offloaded to the destination NIC. In the 
preferred embodiment, for each task ofHoad type (e.g., checksum, 
encryption/decryption, etc) a predefined data field will be included within the packet 
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extension 1 50." In Para 57, Anand further teacKes, as indicated by the Examiner, 
"The NIC 100 may be configured to recognize the task offload control field in the 
packet extension 1 50 as applying only to the attached packet." 

As can be appreciated from at least Anand*s statements quoted above, 
Anand teaches that the packet extension 150 is known; a /?r/or/, to be appended to 
the NDIS data packet before the offload destination NIC 100 receives the NDIS data 
packet. Therefore, the offload destination NIC 100 recognizes the task offload 
control field in the packet extension 1 50, but does not determine whfether the NDIS 
data packet contains the packet extension 1 50. 

Further, as taught by Anand in Para. 56, the packet extension 150 defines a 
particular task or tasks (e,g,^ checksunri; encryption/decryption, etc) being offloaded 
to thepftlbad destination NI|C 100. The fact that the packet extension 1 50 is 
^pendefeo the NDIS data piacket does not tri gjfer the NDIS data packet to t)e 
passed tb'a; second fiiter in a second devi 

Fbr the above reasons and others, h is respectfully submitted that Boucher 
and Anand, either alone or in combination, do not teach all the claimed limitations 
in either of claims 1 and 13. 

Examiner \s arfrnment (III): 

The Examiner indicates that in Para. 53 Anand states, "The driver 116 then 
controls/manipulates the hardware on the NIC so that it wll perform whatever 
functional tasks have been requested via the contents of the packet extension." 
Accordingly, the Examiner argues that it is evident then that requests are contained 
in packets and argues that the NIC hardware may process the request. The 
Examiner further argues that in Para, 75-78 Anand discloses an offload buffer which 
is a region of memory used to temporarily hold ordered pafekets while it is being 
moved from one place to another as is well known to one of ordinary skill in the art. 

A pplicant remark re^ardins Examiner *s amimeni CIII): 

Applicant respectfully disagrees and wishes to point out that the combination 
of Boucher and Anand does not teach the limitation that "processing said request to 
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produce a packet set, said processing being performed by smd first offload hardware 
if said connection is an;ofFload connection, said . processing being performed by said 
first protocol diriver if said connection is not said ofHoad connection'* as required in 
each of claims 1 and 13; Applicant also wishes to point out that the combination of 
Boucher and Anand does not teach the limitation of "said packet set including one 
or more ordered packets" as required in each of claims 1 and 13. 

In Para, 53-58, Anand teaches that NIC 100 may perform one or more tasks 
(e,g;, checksum, encryption/decryption, etc) defined in the packet extension 150. 
However, Anand does not teach that the one or more tasks produce a packet set such 
that whether the packet set contains an offload transport handle is determined by 
NIC 100- In other wordis, even if Anand is construed to teach that NIC TOO is a first 
offload hardware that processes a request to produce a packet set. Anand does not 
teach an NiCdriver used in determining whether the packet set contains an offload 
trarispioit haridte as reciuired in claim 1 . Further, Anand does hot teach the limitation 
that the processing of t|e request is performed by a first protocol driver if a 
conn^ection is not an offibad connection as required in each of claiitiS; 1 and 13: 

In addition, thejoffload buffer taught by Anand cannot be construed to teach 
the limitation that the packet set, which is produced as a result of request processing 
performed by the first bffload hardware or the first protocol driver, contains one or 
more ordered packets as required in each of claims 1 and 1 3 : 

Based Applicant's remarks provided above and other reasons, it is 
respectfully submitted that each of claims 1 and 13 is novel, nonobvious, and 
patentable over the cited art of record, taken alone or in combination. 

Dependent Claims 2-12 and 14-24 

The dependent claims 2-12 and 14-24 are patentable not only due to their 
dependency on at least one of patentable parent claims 1 and 13 but also may due to 
their recitations of independently patentable features. 
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For the aforementioned reasons and others, it is respectfully submitted that 
the pending claims are novel, non-obvious, and patentable over the cited art of 
record; taken alone or in combination. It is respectfully requested that the rejections 
of the pending claims be withdrawn. 
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CONCLUSION 

Applicant respectfully submits that the claims are in conditioh for allowance 
and notification to that effect is earnestly requested. The Examiner and/or members 
of the Board are invited to telephone Applicant's attorney Joseph A. Nguyen at 
(408) 213-9540 to facilitate this appeal. 

At any Jime during the pendency of this application, please charge any 
additional fees or credit overpayment to the Deposit Account No. 502284. 



Respectfully Submitted, 
Nagarajan Subramaniyan 



Certificate of ElecffoTup Tmnanission _ 
I htjreby certify tKiit Uiis paper or fce is |;>etng electronktilly 
transmiued to the U, Si Patent Ofte on ianiiairy 2^ 2008 via 
EFS illiiig. Tbtiil tniiiKmissioii: _18 pjig^ft, ^ 



By flieir Representatives: 

IP STRATEGY GROUP , P C. 
Intellectual Property liaw Office 
RO.;0ox 7006401 
San Jdse^ : 



Name 



Signature 



/Joseph A. Nguven/ Reg. No. 37.899 
Att\':. Joseph A. Nguyen 
Reg. No.: 37,899 

1/2/2008 

Date: 
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VIIL CLAIMS APPENDIX 

1 . (Previously presented) A method for establishing a connection between a first 
device and a second device, said first device comprising a first protocol driver, a 
first application, a first socket layer disposed: between said first protocol driver and 
said first application, and a first NIC driver, said second device comprising a second 
NIC dri vervisaid method comprising: 

providing a first filter between s^d first socket layer and said first protocol 
driver, said first filter being external to said first NIC driver and first NIC 
hardware that is driven by said first NIQd^ . 
providing a first offload hardware in s^^^^^^ 
: providing a second filter in said second device;: 

receiving, using said first filter, a request firom said first application through 
said first socket layer; 

examining, using said first filter, a transport handle in said request to 
determine whether said connection is an offload connection; 
processing said request to produce a packet set, said processing being 
performed by said first offload hardware if smd (x>nnection is an offload 
connection, s^d processing being performed by said first protocol driver if 
said connection is not said offload connection, said packet set including one 
or more ordered packets; 

sending, using said first NIC driver and said first NIC hardware, said packet 
set to said second device; 

determining, using said second NIC driver, whether said packet set contains 
an offload transport handle; and 

passing said packet set to said second filter if said packet set contains said 
offload transport handle. 
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2. (Previously presented) The method of claim 1, wherein said second filter is 
provided between a second socket layer and a second protocol driver in said second 
device. 

3. (Previously presented) The method of claim 1, wherein s^^^^ 
hardware is implemented in said first NIG hardware. 

4. (Previously presented) The method; of claim 1^ wherein said processing is 
performed by said first protocol driver if said connection is an IPsec connection. 

5. (Previously presented) The method of claim 1, wherein said transport handle 
pertains to at least one of hardware capabilities oFsaid first device and a routing 
table. 

6. (Previously presentedyThe method of claim 1, wherein at least one of said first 
protocol driver and sai d second protocol i s configured for process! ng a transport 
protocol. ■] 

7. (Previously presented) The method of claim 1, wherein at least one of said first 
protocol driver and said second protocol is configured for processing TCP. 

8. (Previously presented) The method of claim 1, at least one of sad first protocol 
driver and said second protocol i s configured for processing IP. 

9. (Previously presented) The method of claim 1 further comprising providing a 
second offload hardware in said second device, said second offload hardware 
configured for re-assembling said packet set into a data stream. 

10. (Previously presented) The method of claim 1, wherein said determining 
includes detecting at least one of a connection establishment handshake and a 
handshake termination between said first device and said second device. 
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1 1 . (Previously presented) The method of claim 1, wherein said determining 
includes using said second filter. 

12. (Previously presented) The method of claim 1, wherein said first protocol driver 
is supplied with an operating system of said first device and without being modified. 

13. (Previously presented) An apparatus comprising: 

an application; 
a socket layer; 

a filter configured to receive a request from said application through said 
socket layer and to examine a transport handle in said request for determining 
whether a connection pertaining to said r^ 

a protocol driver configured to process; said request into a packet set if said 
connection is not said offlo 
ordered packets; 

an offload hardware configured to process said request into said packet set if 
said connection is said offload connection; 

aNlC driver configured to transmit said packet set; and 
NIC hardware driven by said NIC driver, 

wherein said filter is disposed between said socket layer and said protocol 
driver and external to saidMC driver and sdd NFC hardware. 

14. (Previously presented) The apparatus of claim 13; wherein said filter is included 
in an operating system of said apparatus. 

1 5. (Previously presented) The apparatus of claim 13, wherein said offload 
hardware is implemented in said NIC hardware. 

16. (Previously presented) The apparatus of claim 3- 13, wherein said protocol driver 
is configured to process said request if said connection is an IPsec connection. 
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17. (Previously presented) The apparatus of claim 13, wherein said transport handle 
pertains to at least one of hardware capabilities of said apparatus and a routing table. 

1 8. (Previously presented) The apparatus of claim 13, wherein said offload 
hardware is configured to process a transport protocol. 

19. (Previously presented) The apparatus of claim 13, wherein^ offload 
hardware is configired to process TCP. 

20. (Previously presented) The apparatus of claim ^ 13, wherein said offload 
hai:dware is configured to process IP. 

21. (Previously presented) The apparatus of claim 13, wherein said offload 
hardware is further configured to re-assemble an incoming packet set into a data 
stream, said incoming packet set including one or more packets. 

22. (Previously presented) The apparatus of claim 13, wherein said NIC di'iver is 
further configured to determine whether an incoming packet set contains an offload 
transport handle and to, if said incoming packet set contains said offload transport 
handle, pass said incoming packet set to said filter, 

23 . (Previously presented) The apparatus of claim 13, wherein said filter is further 
configured to determine whether an incoming packet set contains an offload 
transport handle. 

24. (Previously presented) The apparatus of claim 13, wherein said protocol driver 
is included in an operating system of said apparatus without being modified. 
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IX. EVIDENCE APPENDIX 

None 
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X. RELATED PROCEEDINGS APPENDIX 



None 
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